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TOTAL TRANSPORTATION MANAGEMENT SYSTEM 

CROSS REFERENCE TO RELATED APPLICATIONS 

This application claims the benefit of U.S. provisional application No. 
60/153,178, filed September 9, 1999. 

BACKGROUND OF THE INVENTION 

This invention relates generally to methods and apparatus for managing a 
transportation system, and more specifically to methods and apparatus for generating 
Q 5 and exchanging data to manage the transportation system. 

m Many means of transportation exist today to deliver goods from a point of 

; 5 ^; origination to a destination point. Such transportation means or vehicles include 

SI barges, trucks, planes and railroads. A shipper may use one or more transportation 

~ means to deliver a product from a factory to the actual customer. In order to answer 

10 questions from the customer as to a status of the delivery, owners of these 
transportation means have developed methods for estimating the location of the 
means used to deliver the goods. Using this system, a company may use this 
information to estimate a time of delivery. 

Unfortunately, as a result of many unknown factors, the accuracy of the 
15 estimate may vary widely and the transportation means owners are unable to learn 
from the data. It would therefore be desirable to provide a method and apparatus that 
generates and collects data from a plurality of sensors or devices to effectively 
manage the transportation system. In addition, by properly analyzing the data, trouble 
sources are identified. By eliminating or reducing these trouble sources or impact, the 
20 efficiency of the transportation system is improved. 
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BRIEF SUMMARY OF THE INVENTION 

There is therefore provided, in one embodiment, methods and apparatus for 
managing and controlling the operation of a transportation system. The system 
utilizes data collected from a plurality of sub-systems to determine sources of delay as 
well as actions to be taken to improve the transportation means. More specifically, 
* 5 the system includes at least one of a wayside sub-system, a locomotive sub-system, a 
railcar sub-system, a yard sub-system, a monitoring schedule sub-system, a 
monitoring and diagnostic sub-system and a management sub-system. The data 
collected from the sub-systems are compared to a standard data set to generate at least 

^ one problem area. The problem area includes the quantity of delay caused by the 

L =*3 1 0 problem as well as frequency of occurrence. 

; ;o Utilizing the problem area information, transportation means managers take 

appropriate actions to eliminate the problems. For example, if a particular asset is at 
^ the top of a source of delay problem list, the manager takes appropriate action to 

Q repair or replace the asset. Particularly, if a railcar has brakes which are always 

^ 1 5 overheating so that the train must be slowed down, the railcar brakes are repaired or 
i!8 replaced. 

BRIEF DESCRIPTION OF THE DRAWINGS 

Figure 1 is a schematic of a transportation management system in accordance 
with one embodiment of the present invention. 

Figure 2 is block diagram of a locomotive sub-system. 

DETAILED DESCRIPTION OF THE INVENTION 

20 In one embodiment and referring to Figure 1, transportation management 

system 10 includes a plurality of sub-systems 12 for generating, collecting, 
exchanging and utilizing data. More specifically, data generated by each sub-system 
12 is exchanged with at least a central distribution center 14. In one embodiment, 
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central distribution center 14 is a computer (not shown) or plurality of computers (not 
shown) configured to exchange data. At least one user is coupled to center 14 and/or 
sub-system 12 using known methods, e.g., a display and a keyboard. In addition, each 
sub-system 12 is capable of exchanging data with any number of other sub-systems 
5 12 and/or central distribution center 14 using at least one communication link 16. 
Known communication links 16 include at least one transmitter and receivers (not 
shown) for exchanging data utilizing wires, radio frequency (RF), cellular, satellite, 
fiber optic and computer networks. As a result, data generated by any sub-system 1 2 
may be transmitted to at least one center 14 and any other sub-system 12. Center 14 
10 is also capable of individually or simultaneously transmitting data to sub-systems 12 
using links 16. 

More specifically and in one embodiment configured for a railroad 
transportation system, sub-system 12 includes at least a wayside sub-system 20, a 
locomotive sub-system 22, a railcar sub-system 24, a yard sub-system 26, a schedule 

15 sub-system 28, a monitoring and diagnostic sub-system 30 and a management or 
decision making sub-system 32. In one embodiment, wayside sub-system 20 
generates a data set including one of a track or rail status, an environment status for at 
least one pre-defined geographic or track area, and track data containing measured or 
otherwise known track topology including position, slope and curvatures. Utilizing 

20 known track status circuits, the track status is determined. For example utilizing a 
current monitoring circuit, upon detecting a broken rail, one data point of the data set 
is altered or changed from a first state to a second state, e.g., from a low state to a 
high state, to indicate a broken rail track status. The environmental status, in one 
embodiment, includes at least basic weather data including temperature, humidity and 

25 precipitation. Track topology is stored in a track database as known to those skilled in 
the art. 

Locomotive sub-system 22, in one embodiment, includes sensors (not shown) 
for generating a data set representative of at least one of a location and operational 
and/or performance characteristics of each locomotive in a train (not shown). The 



3 




GEH-0 1-062 



generated data set is transmitted to at least center 14 utilizing link 16. Sub-system 22 
also includes controls (not shown) for modifying characteristics of each locomotive 
(not shown) based upon commands transmitted from other sub-systems 12 and center 
14. For example, the controllable or alterable characteristics include at least a speed 
5 of each locomotive and application of brakes to the locomotive and/or railcars (not 
shown) coupled to the locomotives. In addition, data transmitted to sub-system 22 
may also include directions or information for use by the locomotive operator. In one 
embodiment, the sensors include fuel level monitors, engine characteristics including 
temperature, oil pressure, and other similar devices utilizing circuits known to those 
10 skilled in the art. 

Figure 2 is a block diagram of locomotive sub-system 22 including an on- 
board location tracking system 34. Although on-board tracking system 34 is 
sometimes described herein in the context of a locomotive, it should be understood 
that tracking system 34 can be used in connection with railcar sub-system 24 as well 

15 as any other train consist member. More specifically, tracking system 34 of the 
present invention may be utilized with locomotives, rail cars, any maintenance of way 
(vehicle), as well as other types of transportation vehicles, e.g., trucks, trailers, 
baggage cars. Also, and as explained below, each locomotive sub-system 22 and 
railcar sub-system 24 of a particular train may not necessarily have on-board tracking 

20 system 34. 

As shown in Figure 2, tracking sub-system 34 includes locomotive interfaces 
36 for interfacing with other systems of the particular locomotive on which on-board 
system 34 is mounted, and a computer 40 coupled to receive inputs from interface 36. 
System 34 also includes a GPS receiver 42 and a transceiver 44. In one embodiment, 
25 receiver 42 includes at least one Global Positioning Satellite (GPS) receiver (not 
shown) for determining a real-time absolute or relative geographic position or 
location of each locomotive. Position is represented as a geodetic position, i.e., 
latitude and longitude. The absolute position and sensor data is provided in real-time 
to other sub-systems 12. Transceiver 44 includes a satellite communicator or radio 
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frequency (RF) transceiver, coupled to computer 40 for exchanging, transmitting and 
receiving data messages with central system 14 or sub-systems 12. Of course, 
tracking sub-system 34 also includes a power supply 46 for supplying power to 
components of sub-system 34. A radome (not shown) is mounted on the roof of the 
5 locomotive and houses transmit/receive antennas (not shown) coupled to satellite 
communicator 44 and an active GPS antenna 50 coupled to GPS receiver 42 for 
receiving GPS positioning data from GPS satellites 52. 

Generally, each onboard tracking sub-system 34 determines an absolute 
position of the vehicle, e.g., locomotive, on which it is mounted and additionally, 
10 obtains information or data regarding specific locomotive sensors that relate to the 
v3 operational state of the locomotive. Each equipped locomotive operating in the field 

i fi determines its absolute position and obtains other information independently of other 

equipped locomotives. Additionally, in one embodiment, locomotive sub-system 22 
N includes a second sensor, e.g., a gyro, for determining heading or direction of the 

:= 1 5 locomotive or railcar. 

In one embodiment, each railcar or selected group of railcars in a train 
lio includes a railcar sub-system 24. Each railcar sub-system 24 includes at least one 

1^ sensor for generating a data set having at least one of a real-time location or position, 

railcar identification and/or cargo status or information including environmental data 
20 concerning the cargo including the temperature, vibration, shock, critical functions of 
the cargo, e.g., refrigeration unit status, or time until spoilage. As described above, 
railcar sub-system 24 includes a tracking sub-system 34 for determining real-time 
position or location of the railcar. For example, each railcar within a train includes 
one or more sensors for collecting data relevant to that specific railcar. For a railcar 
25 having a refrigeration unit and loaded with frozen steaks, railcar sub-system 24 
includes a sensor for measuring the temperature inside the railcar, a sensor for 
measuring the humidity and a sensor for measuring the amount of fuel remaining or 
used by the refrigeration unit. For a railcar hauling livestock, railcar sub-system 24 
includes sensors, e.g., at least one accelerometer, for measuring shock and vibration 
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(longitudinal, horizontal and vertical) and air temperature and humidity. If the data 
generated by the sensors exceed certain pre-defined or user defined limits, certain 
actions would be taken. 

For example, if a train is parked, prior to the combination of air temperature 
5 and humidity exceeding a certain level or heat index, a cooling system is engaged or 
the train is moved to circulate the air so that the livestock do not perish due to the 
extreme heat. Similarly, if the temperature falls below a set level, a heating system on 
the railcar is engaged. Other railcar sub-systems 24 include wheel and wheel bearing 
temperature measurement sensors such as those sensors known to those skilled in the 
1 0 art. If the temperature of a wheel or bearing exceed a defined level, sub-system 24 
transmits the sensor data to another sub-system 12 or center 14. Appropriate action is 
then taken based upon the data, e.g., if temperature exceeds a first defined limit, the 
railcar is scheduled for removal and maintenance at a next maintenance facility or the 
temperature exceeds a second higher temperature, the train is stopped. 

15 Sensor data generated by railcar sub-system 24 is transmitted in real-time to 

another sub-system 12 or center 14 or is collected until the data set meets a defined 
size or has been collected over a defined period of time. For example, in one 
embodiment, a data set generated by each sub-system 24 is transmitted to center 14 
via locomotive sub-system 22 utilizing links 16. Each data set, in another 

20 embodiment, is transmitted to wayside unit 22 as each railcar passes a predetermined 
location. For example, each data set may be transmitted to at least one wayside unit 
22 as the locomotive passes within a pre-defined geographic area or distance from a 
wayside unit 22. 

Yard sub-system 26 generates a data set representing the capacity for 
25 assembling trains, the time required to travel through the yard, and the time to 
assemble a selected train. In one embodiment, yard sub-system 26 includes a 
computer system (not shown) and a set of commands and algorithms stored in the 
computer system for generating and analyzing the data set. The data set is collected 
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by determining the location of the trains within the yard, the number of tracks, and the 
number of people or crews available to assemble the trains. This data is then 
transmitted to other sub-systems 12 and center 14. In addition, commands including 
for example build instructions or prioritization of selected train are transmitted to yard 
sub-system 26. System 1 0 includes a yard sub-system 26 for each yard (not shown) to 
be controlled and monitored. 

In one embodiment, schedule sub-system 28 collects data from other sub- 
systems to determine at least one optimal plan or schedule for all trains under the 
control of system 1 0. Schedule sub-system 28 collects and utilizes data representing 
the number of tracks, a number and geographic location of turn-outs, a safe distance 
between trains on the same track and track environment to transmit speed and location 
commands to the trains. More specifically, the commands are transmitted or sent 
from sub-system 28, directly, or via center 14, to locomotive sub-system 22. 

Monitoring and diagnostic sub-system 30 creates or generates data that 
includes at least one of data representative of times required to complete scheduled 
maintenance and unscheduled repairs, failure rates of at least some of parts or 
components, a quantity of each part in stock and a location of the part, a typical 
delivery time for non-in-stock parts, and a cost for at least some parts. In addition, the 
data may include an analysis of failures and historical data leading to the failure. For 
example, data is constantly collected at center 14 for each locomotive. Upon the 
occurrence of a failure, the historic data of the train is analyzed to attempt to 
determine a correlation between the failure and the recent activity of the train, e.g., 
locomotive and/or railcar. In one embodiment, sub-system 30 also analyzes data 
generated and collected by other sub-systems 12 to identify or anticipate failures. For 
example, utilizing data transmitted by locomotive system 22 indicating a high 
temperature and a near term scheduled maintenance activity, sub-system 30 
determines that a probability of a certain type of failure is increased and notifies 
center 14. Corrective action is then taken utilizing this data, e.g., slow the train to a 
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pre-defined slow speed. Analysis of the data is also utilized by sub-system 30 to 
determine predictive and preventative analysis and fuel consumption. 

Management or decision making sub-system 32 exchanges data with other 
sub-systems 12 and center 14 to generate data representative of at least one of a 
prediction of when each train should arrive at its destination, what the best route or 
most efficient route, how many, where and when crews are needed. Using the failure 
analysis, sub-system 32 determines where to place emergency equipment, where to 
build repair shops, and the in-stock components or parts for each repair shop. For 
example, for a selected geographic location near a steep grade, a certain identified 
component may have a failure rate significantly higher than other geographic 
locations. As a result, a repair shop near this geographic location would inventory 
more of these types of parts, therefore reducing down time associated with an 
unscheduled repair. Sub-system 32 also utilizes the collected data to determine how 
to assemble the trains in the yards and how many crews are needed to complete the 
work, as well as the opportunity to separate, or decouple a portion of a train and 
reschedule or redirect the destination of this portion due to a change in the priorities 
or destination of this portion. For example, if a certain geographic location is slowed 
due to inclement weather, certain low priority shipments can be separated and 
replaced with higher priority shipments. These cars can be specifically identified 
using the data from railcar system 24. 

In operation, management sub-system 32 utilizes the data set collected from at 
least one of sub-systems 20, 22, 24, 26, 28 and 30 and management algorithms for 
determining problem areas of the railroad. The management algorithms include at 
least one of top problem areas, congestion areas to determine whether to build more 
track, asset utilization, impacts of late deliveries including lost revenue, and statistical 
information product performance. More specifically, utilizing a determined standard 
time for a train to travel from point A to point B as stored in sub-system 28, 
management sub-system 32 automatically determines when a travel time for train Tl 
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exceeds this standard time or predicts that train A will exceed the standard travel time. 
This determination is then transmitted to an operator or user responsible train A. 

In addition, in one embodiment, this determination is also transmitted to a 
responsible manager for all trains traveling between points A and B as well as any 
user having goods on train A. Upon receiving the notice of excessive time, the 
manager reviews the data set generated from sub-systems 12 impacting train A. In 
one embodiment, management sub-system 32 provides a detailed analysis of the 
delays for train A. For example, utilizing commands and software tools known in the 
art, the collected data set is compared to a standard data set to generate a non-standard 
or error data set. This error data or problem data is captured or stored in system 10, 
e.g. in a file in data center 14, and displayed to the manager. This non-standard data 
includes weather and track issues generated from wayside sub-system 20, locomotive 
data generated by locomotive sub-system 22, railcar issues generated by railcar sub- 
system 24, yard issues from yard sub-system 26, system delay data from schedule 
sub-system 28 and operational issue data from remote diagnostic sub-system 30. 

For example, if the track between point A and point B was covered with ice or 
a broken rail caused train A to be parked for 8 hours while the track was repaired, 
management sub-system 32 displays this non-standard data from wayside sub-system 
20. Similarly, if the source of the delay is a result of train A waiting for another train, 
e.g., train B, schedule sub-system 28 would generate non-standard data representative 
of the delay. All non-standard data is reviewable by a user having proper access. 

The non-standard data is reviewable at a high level to determine the total delay 
caused as well as individual components of the delay. Specifically, management sub- 
system 32 automatically displays non-standard data for an entire system or for a user 
defined or selected geographic area or location. For example, a manager having 
access is able to examine all delays caused by a selected type of issue or failure. For 
example, examining the data set generated by all wayside sub-systems 20, the 
manager is able to determine how many tracks are broken. This manager utilizes this 
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data by altering the path for trains originally scheduled to use those tracks as well as 
prioritize the dispatching of the repair crews to fix the tracks having the largest 
impact. Similarly, each sub-system 12 provides specific non-standard data including 
locomotive delays, railcars delays, maintenance delays and scheduled delays. 

Utilizing the data collected from individual sub-systems 12, system 10 
provides information to each sub-system 12 so that automatically the total delays are 
minimized. Specifically, utilizing management sub-system algorithms, system 10 
alters the performance of the assets controlled by system 10. For example, after 
making a determination that a train speed may be increased while remaining within a 
set of limits or rule and not increasing the total delays for system 10, schedule sub- 
system 28 transmits data to locomotive sub-system 22 to increase the speed of the 
train to reduce the amount of delay for that given train. As a result of the real-time 
data including real-time position data, system 10 continuously updates overall system 
performance and delay information. 

In addition to continuously monitoring and controlling the operation of the 
assets within system 10, system 10 is utilized by customers or users of the assets 
controlled by system 1 0. For example, a shipper utilizes real-time data to determine 
an optimal or most efficient transportation means and/or route for a shipment. For 
example, determine the relative cost, schedule and risk associated with different types 
of transportation means as well as different companies within a selected means. 
Specifically, the shipper compares the current cost, travel time and projected accuracy 
of delivery time of several transportation means each utilizing a separate or collective 
system 10. By hosting system 10 on the Internet or allowing access through known 
methods over a distributed network, companies can auction shipping capacity or 
auction the right to carry the cargo. This also includes the ability to revise the cost 
associated with a delay or improvement in the scheduled delivery time and real-time 
coordination with shippers. For example, if a train is scheduled to arrive late, allow 
shipper to decide to allow delay or pay more to get there sooner. 
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This data is useful to: 
Finance Company 

Determine at least one of a predictive life of railcar and maintenance cost. 
Insurance Company 

System 10 data is analyzed to determine at least one of a claim type and 
quantity, risk profile of carrier, railcar and/or routes. More specifically, utilizing data 
collected from sensors of sub-systems 12 sources of damage claims are determined. 
Particularly, where the shipments are damaged by shock, vibration and/or 
temperature, the source of damage is determined by analyzing the data generated by 
railcar sub-system 24. More particularly, by analyzing the data, at least one specific 
location and or time of above acceptable values of shock, vibration, and/or 
temperature is determined. Utilizing this analysis, specific locations are identified for 
repair to reduce the shock and vibration. For example, a particular section of track 
may have crown chips so that a railcar traveling at a certain speed incur above 
acceptable shock which causes damage to the shipment. The collected data is utilized 
to assign at least a portion of the damage to the owner of the identified track or 
increases the insurance cost for transportation means utilizing this section of track. 

Suppliers 

System 1 0 assists manufacturers with inventory control and proper ordering to 
satisfy just in time scheduling. Specifically, utilizing data generated from system 10, 
a delivery time for a transportation means is determined for each of a plurality of 
transportation means. Based upon the delivery time, the appropriate transportation 
means is selected. In addition, after the shipment is enroute via the selected 
transportation means, system 10 is utilized to provide a real-time location of the 
shipment. 
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Transportation means providers 

System 10 provides important real-time data for railroad executive 
management. Specifically, every aspect of the transportation means is analyzed by 
system 10. More specifically, each element causing a delay is identified and ranked 
as to the magnitude. Utilizing this delay data, appropriate decisions are made by the 
managers of the transportation means. For example, if a particular section of track is 
the source of most delays because of limit in capacity, a decision to add more capacity 
by adding a second track in this section. As a result, the identified source of delay is 
eliminated to reduced and a new list of highest delay sources is generated by system 
10. The data may also demonstrate the need for less crews, more crews, different 
placement, the need for more vehicles or different placement of the vehicles. 

Of course data collected or generated by other data collection systems or 
management information systems (MIS) (not shown) are easily combined with data 
generated or collected by center 14 and sub-systems 12. Specifically, to determine 
the limits or defined values for temperature limits of a railcar are determined by center 
14 or sub-systems 12 utilizing data transmitted or obtained from a railroad database 
including bill of lading information. This bill of lading data may also include a 
container number, a railcar identification number, and container content data 
generated. 

Although the invention has been described and illustrated in detail, it is to be 
clearly understood that the same is intended by way of illustration and example only 
and is not to be taken by way of limitation. Additionally, system 10 described above 
is applicable to control and monitor airplanes at an airport or on the ground, barges on 
a river, trucks in a truck yard, or any other transportation vehicle. 

While the invention has been described in terms of various specific 
embodiments, those skilled in the art will recognize that the invention can be 
practiced with modification within the spirit and scope of the claims. 
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